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FIG. 2 (200) - ACCESSING A RESOURCE BY A PRIOR ART LOCAL PROCESS 
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HG. 3 (300) - PROCESSING AN INQUIRY BY A PRIOR ART REMOTE PROCESS 
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HG. 4 (400) - CREATING AN OWNER LOCK BY A LOCAL PROCESS 
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HG. 5 (500) - CREATING A GHOST LOCK BY A REMOTE PROCESS 
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FIG. 6 (600) - UPGRADING A GHOST LOCK TO A REFERENCE LOCK 
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no. 7 (700) - ACCESSING A RESOURCE 
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HG. 8 (800) - PROCESSING AN INQUIRY 
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FIG. 9 (900) - PROCESSING A REQUEST 
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FIG. 10 (1000) - RESOLVING A COLLISION CONDITION 
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HG. 1 1 (1 100) - EXPLICIT NOTIFICATION MECHANISM TO DETERMINE OWNER 
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HG. 12 (1200) - IMPLICIT MECHANISM TO DETERMINE OWNER 
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HG. 15 (1500) - LOCK MAILBOX DATA STRUCTURE 
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HG. 16 (1600) - LOCK DATA STRUCTURE 
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HG. 17 (1700) - LOCK MAP ENTRY DATA STRUCTURE 
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Lock Name indicates the name of the lock 



□ 



Cabal Lock Identifier indicates the cabal-wide identifier for the lock 



Home indicates the owner of the lock 



Writer indicates any SP that reserved the resource for writing 



Readers indicates any SP(s) that reserved the resource for reading 



Outstanding Requests lists any outstanding requests for the lock 



State indicates the state of the lock 
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HG. 18 (1800) - OWNER/REFERENCE LOCK 



Lock Name indicates the name of the lock 



Cabal Lock Identifier indicates the cabal-wide identifier for the lock 



Home indicates the owner of the lock 
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HG. 19 (1900) - GHOST LOCK 



